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Viene descritto un metodo per fornire la comunicazione tra due o piu unita di control lo di 
un apparato di controllo che controlla almeno un dispositivo elettronico il quale com- 
prende due o piu unita periferiche. II metodo e caratterizzato dal comprendere le fasi di: 
prevedere un bus comune; connettere dette due o piu unita di controllo tramite detto bus 
comune; controllare, attraverso ogni unita di controllo, almeno una periferica del dispo- 
sitivo per fornire dati necessari al funzionamento della periferica e rilevare eventuali va- 
riazioni di dati di detta periferica; e prevedere un controllore master connesso al bus co- 
mune e inoltre dalle fasi, eseguite da ognuna di dette unita di controllo, di sottomettere a 
detto controllore master informazioni relative ai dati consumati e a quelli forniti dalle pe- 
riferiche controllate da dette unita di controllo; e inviare un messaggio sul bus ogni qual- 
volta varia almeno uno dei dati fomiti dalle periferiche controllate da dette unita di con- 
trollo. 
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DESCRIZIONE 

La presente invenzione riguarda un metodo per controllare dispositivi elettronici, 
quali ad esempio gli apparecchi che ricevono, trasmettono ed elaborano segnali in ponti 
radio per telecomunicazioni. In particolare riguarda un protocollo applicative di tipo di- 
stribuito cioe un metodo per fomire la comunicazione tra due o piu unita di controllo. 

Ultimamente l'utilizzo di sistemi di controllo di tipo distribuito si sta sempre piu 
affermando in tutti quei settori in cui e richiesto il controllo di sistemi complessi. Nasce 
quindi l'esigenza di definire dei protocolli/metodi di comunicazione di livello applicativo 
che supportino tale metodologia di controllo e che utilizzino al meglio le risorse ed i ser- 
vizi messi a disposizione dai livelli inferior! gia sviluppati da terze parti. 

I protocolli di livello applicativo noti prevedono l'utilizzo di soluzioni hardware 
complete, oppure sono stati sviluppati specificatamente per particolari tipi di microcon- 
trollori. Inoltre, per poter realizzare sistemi complessi di controllo con dati distribuiti, 
non sono impiegabili in architetture che utilizzano microcontrollori con ridotte risorse di 
sistema. 

Inoltre tali protocolli richiedono, per l'invio dei dati del sistema sotto controllo, 
l'instaurazione di connessioni utilizzando servizi specifici. Questo si traduce in una mag- 
giore complessita di implementazione e in un maggiore tempo di trasferimento dei dati. 

Altri protocolli, che non utilizzano tali modalita di trasferimento dei dati, preve- 
dono una negoziazione fra le entita che devono scambiarsi un dato per determinare il 
formato e l'identificativo del messaggio da utilizzare. 

Un esempio di dispositive elettronico che deve essere controllato e supervisionato 
potrebbe essere costituito da apparecchi che ricevono, trasmettono ed elaborano segnali 
in ponti radio per telecomunicazioni. In tali apparecchi e necessario controllare gli allar- 
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mi che vengono eventualmente generati, e necessario raccogliere ed analizzare i vari stati 
di funzionamento ed eseguire configurazioni. 

E lo scopo principale della presente invenzione fornire un metodo per gestire effi- 
cacemente la comunicazione tra una pluralita di entita controllate, ciascuna entita con- 
trollata comprendendo un controllore. 

E un ulteriore scopo della presente invenzione fornire un metodo per gestire effi- 
cacemente la comunicazione tra una pluralita di entita controllate ed un'entita controllore. 

E un ulteriore scopo della presente invenzione fornire un metodo per controllare 
la regolarita della comunicazione tra la pluralita di entita controllate e l'entita controllore. 

Questi ed altri scopi vengono ottenuti attraverso un metodo di livello applicativo 
per gestire la comunicazione tra entita che non e orientato alia connessione ma e del tipo 
" connectionless". 

II metodo secondo I'invenzione ha le caratteristiche indicate nella rivendicazione 
indipendente 1 . Ulteriori caratteristiche vantaggiose del metodo vengono riportate nelle 
rivendicazioni dipendenti. Tutte le rivendicazioni si intendono una parte integrante della 
presente descrizione. 

L'invenzione risultera certamente chiara dopo aver letto la descrizione dettagliata 
che segue, data a puro titolo esemplificativo e non limitativo, da leggersi con riferimento 
agli annessi disegni, in cui: 

- Fig. 1 mostra schematicamente la configurazione dell'apparato per rimplementa- 

zione della presente invenzione; e 

- Fig. 2 mostra la struttura dei messaggi che vengono scambiati secondo la pre- 
sente invenzione. 

II metodo secondo la presente invenzione si applica ad un dispositivo da control- 
lare (DEV) che comprende una pluralita di periferiche (PER#1, PER#n). Ad ogni pe- 
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riferica (PER#1, PER#n) e associata un'unita di controllo (CI, Cn) di un apparato 
(APP) di controllo. Le varie unita di controllo sono connesse attraverso un bus comune 
(BUS) che e anche connesso ad un controllore master (CONT). II controllore master 
(CONT) a sua volta controlla le unita di controllo (CI, Cn). 

Alio scopo della presente invenzione, ogni unita di controllo verra definita come 
unita "agent" mentre l'unita controllore master verra definita come unita "manager". Per- 
tanto la presente invenzione prevede un metodo per gestire efficacemente la comunica- 
zione tra una pluralita di agent ed eventualmente tra agent e master. 

Secondo la presente invenzione, le varie unita, al fine di effettuare il controllo del 
dispositivo (DEV), si scambiano messaggi (M) contenenti informazioni (I). Ogni mes- 
saggio e costituito da uno o piu registri. A loro volta, le informazioni contenute in ogni 
messaggio possono essere sostanzialmente di due tipi. 

II primo tipo di informazione, convenzionalmente detta "informazione di set", e 
quell'informazione che un agent acquisisce dalla sua periferica e che rende disponibile ad 
uno o piu degli agent connessi ad esso, i quali si servono di tale informazione per pilotare 
le rispettive periferiche. Un messaggio (relativo ad un certo agent) pud comprendere in- 
formazioni di set, nel senso che puo essere totalmente/parzialmente occupato da informa- 
zioni di set o puo non contenere alcuna informazione di set. 

II secondo tipo di informazione, convenzionalmente detta "informazione di get", e 
quell'informazione che un agent acquisisce da un altro agent e fomisce alia periferica ad 
esso associata. Un messaggio (relativo ad un certo agent) puo comprendere informazioni 
di get, nel senso che puo essere totalmente/parzialmente occupato da informazioni di get 
o puo non contenere alcuna informazione di get (in questo caso conterrebbe solo infor- 
mazione di set). 



4 



*c/o ALCATEL ITALIA S.p-A 
Viu Trwlo, 30 - 20G59 VlttERCATE { Ml) 
La prima fase del metodo secondo l'invenzione consiste in una fase di sottomis- 

sione, ovvero una fase in cui ogni entita agent trasmette al manager la struttura del pro- 
prio messaggio (gli comunica quale parte del messaggio e di informazioni get e quale 
parte e di informazioni set). In questo modo, il manager e a conoscenza sia della prove- 
nienza che della destinazione delle varie informazioni. 

Una volta terminata questa fase, viene iniziata la fase di comunicazione vera e 
propria tra le varie entita, con relativo scambio di messaggi. Una caratteristica peculiare 
del metodo secondo la presente invenzione e che il metodo non prevede di instaurare 
connessioni e per questo viene defmito connectionless. Secondo l'invenzione infatti, ogni 
agent invia spontaneamente un messaggio ogni qualvolta rileva la variazione di un dato 
nella periferica (tipicamente una o piu schede) da esso controllata, altrimenti non invia 
nessun messaggio. II messaggio con l'informazione di get almeno parzialmente modifi- 
cata viene inviato dalFagent utilizzando il bus comune. 

Una particolarita del metodo secondo la presente invenzione e che il produttore 
del dato (l'agent che ha acquisito dalla propria periferica un dato variato) non deve preoc- 
cuparsi di quanti (e nemmeno di quali) altri agent faranno uso del (cioe "consumeranno" 
il) dato che lui ha prodotto. L'agent che consuma/utilizza un certo dato non deve a ra^V 
volta preoccuparsi di chi gli ha fomito il dato ed a quanti/quah altn agent consumer* y 




viene fornito lo stesso dato. 



La struttura del messaggio scambiato tra i vari agent comprende una prima P or %^r)^^^^ 



zione di messaggio ed una seconda porzione di messaggio. La prima porzione di messag- 
gio, detta di intestazione o header, contiene informazioni specifiche.del protocollo per 
realizzare i servizi. In aggiunta, contiene anche informazioni relative alia sorgente dell'in- 
formazione (l'agent produttore del dato) e informazioni relative alia destinazione dell'in- 
formazione (l'agent, o gli agent, consumatori del dato). Le informazioni relative alia de- 
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stinazione dell'informazione possono eventualmente essere un indirizzo logico per rap- 
presentare eventualmente un gruppo di entita consumatrici di uno stesso dato. Natural- 
mente, l'header comprende un identificativo univoco dell'informazione in modo che pos- 
sa essere riconosciuto univocamente da tutte le entita. 

La seconda porzione di messaggio, detta di payload, contiene le informazioni vere 
e proprie che possono essere, come anticipato sopra, informazioni di set e/o informazioni 
di get. 

Opzionalmente, la parte di header del messaggio scambiato tra entita, contiene bit 
di controllo per tenere sotto controllo la regolarita dello scambio di informazioni. 

Viene inoltre prevista una fase di controllo di flusso attraverso un contatore di se- 
quenza. Questa fase di controllo viene svolta dall'entita manager attraverso la coopera- 
zione delle varie entita agent. Ogni entita agent o la corrispondente periferica, comprende 
un contatore che si incrementa ad ogni dato inviato. II valore incrementato dell'agent vie- 
ne scritto in un'apposita posizione nell'header. In condizioni di comunicazione regolare 
(cioe priva di errori o guasti), il manager ricevera messaggi con valori del contatore in- 
crementati in modo progressivo. 

In condizioni di guasto, o di semplice interruzione temporanea della comunica- 
zione, il manager ricevera messaggi con valori del contatore non progressivi o non rice- 
vera i messaggi successivi (cioe non ricevera piu messaggi con valore di contatore supe- 
riore ad un certo ultimo valore). Ad ogni modo, l'entita manager realizzera che almeno 
una delle unita agent non e in possesso di dati aggiornati. In questo caso, la fase di con- 
trollo del flusso prevede che il manager chieda all'agent che non e stato in grado di invia- 
re i suoi dati, di inviarli nuovamente nella rete in modo tale che tutte le unita che fanno 
uso di tali dati possano aggiornarsi. Se l'agent non e in grado di fare cio, il manager met- 
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tera a disposizione degli altri agent i dati che ha comunque a sua disposizione (quelli da 
lui via via memorizzati). 

Quindi, secondo la presente invenzione, ogni agent ha un proprio indirizzo. 
Quando un agent invia i suoi registri (cioe i messaggi contenenti dati di get/set) associa a 
tali registri un header con l'indirizzo dei vari agent a cui deve inviare quel dato. Gli stessi 
dati vengono anche inviati al manager ma la particolarita della presente invenzione sta 
proprio nel fatto che, una volta superata la fase di start-up, il manager non e piu necessa- 
rio per il funzionamento. 

Nel caso in cui si verifichi un problema di trasmissione, bisogna distinguere se 
l'entita agent che non e piu in grado di comunicare era un'entita puramente consumatrice 
di dati, produttrice/consumatrice di dati o puramente produttrice di dati. Se l'entita e pu- 
ramente consumatrice, non sara piu in grado di ricevere i dati dalle altre unita ma cio in 
definitiva non inftuira negativamente sulle altre unita. Se l'entita e parzialmente produt- 
trice e parzialmente consumatrice di dati, la situazione e piu complicata dal momento che 
le altre entita agent che si aspettano di ricevere il dato non lo riceveranno: il metodo del- 
l'invenzione prevede che queste unita si congelino con l'ultimo dato ricevuto in attesa che 
la situazione venga ripristinata. La medesima situazione si verifichera quando l'unita gua- 
sta (o comunque isolata) e totalmente produttrice. 

La presente invenzione pud vantaggiosamente essere implementata tramite un 
programma per elaboratore comprendente mezzi di codifica di programma adatti ad ese- 
guire una o piu delle fasi del metodo quando detto programma viene fatto girare su un 
elaboratore. Pertanto l'ambito di protezione si intende esteso a tale programma per elabo- 
ratore oltre che ad un mezzo leggibile tramite elaboratore avente un messaggio registrato 
su di esso, detto mezzo leggibile tramite elaboratore comprendendo mezzi di codifica di 



programma adatti ad eseguire una o piu delle fasi del metodo quando detto programma 
viene fatto girare su un elaboratore. 

Sono stati descritti un nuovo metodo ed un nuovo apparato per controlla- 
re/supervisionare dispositivi elettronici, in particolare ricetrasmettitori per ponti radio, 
che soddisfano tutti gli scopi che ci si era preposti. Molti cambiamenti, modifiche, varia- 
zioni e diversi usi della presente invenzione, tuttavia, diverranno chiari a coloro esperti 
della tecnica dopo aver considerato la presente descrizione e gli annessi disegni che illu- 
strano sue forme di realizzazione preferite. Tutti tali cambiamenti, modifiche, variazioni 
e diversi usi che non si allontanano dallo spirito e dall'ambito dell'invenzione sono consi- 
derati coperti dall'invenzione che e limitata solo dalle rivendicazioni che seguono. 
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RIVENDICAZIONI 



1 . Metodo per fornire la comunicazione tra due o piu unita di controllo (C) di 
un apparato di controllo (APP) che controlla almeno un dispositivo elettronico (DEV) il 
quale comprende due o piu unita periferiche (PER#), il metodo essendo caratterizzato dal 
comprendere le fasi di : 

- prevedere un bus comune (BUS); 

- connettere dette due o piu unita di controllo (C) tramite detto bus comune (BUS); 

- controllare, attraverso ogni unita di controllo (C), almeno una periferica (PER#) del 
dispositivo (DEV) per fornire dati necessari al funzionamento della periferica (PER#) e 
rilevare eventuali variazioni di dati di detta periferica (PER#); e 

- prevedere un controllore master (CONT) connesso al bus comune (BUS) e dalle fasi , 
eseguite da ognuna di dette unita di controllo, di 

- sottomettere a detto controllore master (CONT) informazioni relative ai dati consu- 
mati e a quelli fomiti dalle periferiche controllate da dette unita di controllo; e 

- inviare un messaggio (M) sul bus (BUS) ogni qualvolta varia almeno uno dei dati 
fomiti dalle periferiche controllate da dette unita di controllo. 

2. Metodo secondo la rivendicazione 1, caratterizzato dal fatto che la fase di 
sottomissione delle informazioni al controllore master (CONT) comprende la fase di tra- 
smettere al controllore master (CONT) la struttura del proprio messaggio (M) compre 

dente informazioni fornite (SET) e/o informazioni consumate/acquisite (GET). ^* 
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3 Metodo secondo la rivendicazione 1, caratterizzato dal fatto di comprende 
re la fase di assegnare un opportuno indirizzo ad ognuna di dette unita di controllgA p . r, 
4. Metodo secondo la rivendicazione 1 o 2, caratterizzato dal fatto chg M>lase ^ 




di inviare un messaggio (M) comprende la fase di inviare un messaggio (M) compreir-- 
dente una prima porzione (HEADER) ed una seconda porzione (PAYLOAD), detta prima 
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porzione di messaggio comprendendo informazioni relative all'unita di controllo che ha 
rilevato una variazione di dati nella/e periferica/he controllata/e ed informazioni relative 
alle unita di controllo che consumeranno i dati trasmessi. 

5. Metodo secondo la rivendicazione 4, caratterizzato dal fatto che le infor- 
mazioni relative alle unita di controllo che consumeranno i dati trasmessi comprendono 
un indirizzo logico per rappresentare un gruppo di unita di controllo consumatrici di uno 
stesso dato. 

6. Metodo secondo la rivendicazione 1, caratterizzato dal comprendere l'ulte- 
riore fase di fomire ogni unita di controllo (C) di un contatore che si incrementa ad ogni 
messaggio (M) inviato da detta unita di controllo (C). 

7. Metodo secondo la rivendicazione 6, caratterizzato dal comprendere la fa- 
se di scrivere il valore di detto contatore in ogni messaggio (M) inviato. 

8. Metodo secondo la rivendicazione 1, caratterizzato dal fatto che la fase di 
inviare un messaggio (M) comprende la fase di inviare un messaggio (M) comprendente 
almeno un bit di controllo per controllare la regolarita dello scambio di informazioni. 

9. Metodo secondo la rivendicazione 1 o 2, caratterizzato dal comprendere 
l'ulteriore fase di disabilitare detto controllore master (CONT) dopo aver stabilito la co- 
municazione tra dette unita di controllo (C). 

10. Metodo secondo una qualsiasi delle rivendicazioni 1-9, caratterizzato dal 
fatto che detto dispositivo (DEV) e un dispositivo per ricevere/trasmettere ed elaborare 

segnali in ponti radio. 

11. Apparato per controllare un dispositivo elettronico (DEV) il quale com- 
prende due o piu unita periferiche (PER#), l'apparato comprendendo 
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- due o piu unita di controllo (C), ogni unita di controllo (C) controllando almeno una 
periferica (PER#) del dispositivo (DEV) per fornire dati necessari al funzionamento della 
periferica (PER#) e rilevare eventuali variazioni di dati di detta periferica; 

- un bus comune (BUS) per connettere dette due o piu unita di controllo (C); 
caratterizzato dal fatto di comprendere un controllore master (CONT) connesso al bus 
comune (BUS) e dal fatto di prevedere , in ogni unita di controllo, 

- mezzi per sottomettere a detto controllore master (CONT) informazioni relative ai 
dati consumati e a quelli forniti dalle periferiche controllate da dette unita di controllo; e 

- mezzi per inviare un messaggio (M) ogni qualvolta varia almeno uno dei dati forniti 
dalle periferiche controllate da dette unita di controllo. 

12. Apparato secondo la rivendicazione 11, caratterizzato dal fatto che detto 
dispositivo (DEV) e un dispositivo per ricevere/trasmettere ed elaborare segnali in ponti 
radio. 

13. Programma per elaboratore comprendente mezzi di codifica di programma 
adatti ad eseguire una o piu delle fasi delle rivendicazioni 1-9 quando detto programma 
viene fatto girare su un elaboratore. 

14. Mezzo leggibile tramite elaboratore avente un messaggio registrato su di 
esso, detto mezzo leggibile tramite elaboratore comprendendo mezzi di codifica di pro- 
gramma adatti ad eseguire una o piu delle fasi delle rivendicazioni 1-9 quando detto pro- 
gramma viene fatto girare su un elaboratore. 
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